Fetch slows down and eventually drops the connection when I transfer a file over my dial-up link.
Check the configuration of your SLIP or PPP software, and consult with the administrators of the dial-up service you are using. This sort of problem is usually caused by misconfiguration of the dial-up software.
The file list includes other information besides the file name, and the Get File button doesn't work.
Try refreshing the file list by choosing the current directory from the directory pop-up menu; that will usually fix this problem. Otherwise you can hold down the option key when you press the Get File button and type in the file's name by hand.
I can't connect to ftp.apple.com with Fetch but I have no problem connecting from a Unix machine.
The server at ftp.apple.com requires that its clients be assigned an official domain name. Your network administrator may not have assigned names to the addresses used by Macintoshes running MacTCP; that would cause connection attempts from your Mac to fail while a Unix machine succeeds. Your network administrator can resolve this problem by assigning names to those addresses.
I can't display GIF files that I've downloaded from vmd.cso.uiuc.edu.
That ftp server has a bug that causes it to send binary files to Fetch in EBCDIC form rather than ASCII. To work around the problem check the Use ﾒTYPE Iﾓ for binary transfers checkbox in the Miscellaneous section of Preferences.
When I tell Fetch to send the FTP command ﾒlsﾓ I get an error message about the command ﾒLSﾓ; why does Fetch capitalize the command?
Fetch does not capitalize the command, the server does. In fact capitalization of FTP commands does not matter. The problem is that ﾒlsﾓ is not an FTP command; it is a command used in many command-line FTP clients, such as the standard Unix client, but it is not a part of the FTP protocol. The corresponding FTP command is ﾒNLSTﾓ. Similarly, ﾒdirﾓ, ﾒgetﾓ, ﾒputﾓ, and ﾒcdﾓ are not FTP commands; the proper commands are ﾒLISTﾓ, ﾒRETRﾓ, ﾒSTORﾓ, and ﾒCWD.ﾓ
The file names in the file list don't look right -- there is size and date information in the name column.
Fetch sometimes guesses what kind of computer it is talking to, and it can guess incorrectly. You should be able to correct the problem by refreshing the file list -- choose the current directory from the directory pop-up menu above the file list.
The files I get don't have the right icon.
This problem can be caused by a number of factors. First be sure that you are using the right settings -- if you've tried the Automatic setting try Binary. It may also be helpful to read the ﾒAutomatic/Text/Binaryﾓ help topic under ﾒReference.ﾓ If you are using System 4.2 and Finder 6.0 you should upgrade since that system version has a bug that causes files to lose their icons. If you use MultiFinder you should try saving the file to a folder that is not currently open in the Finder. The Finder's Get Info... command sometimes fixes incorrect icons under MultiFinder. If all else fails send mail to Fetch@dartmouth.edu.
I can connect to a machine on my local network but not to Internet FTP servers.
Check the Gateway Address section of the MacTCP control panel, and make sure it contains the right address.
I get the message ﾒThis is not a proper BinHex format file.ﾓ
This means that Fetch could not successfully de-binhex the file. You should try unchecking the BinHex4 Format button in Preferences and downloading again (see the ﾒPreferencesﾓ help topic under ﾒReferenceﾓ). Then try to de-binhex the file with either BinHex4 or Stuffit!, two Macintosh utilities. If they succeed please send a note to Fetch@dartmouth.edu, since this indicates that Fetch has a bug. Otherwise the problem may be that the BinHex file is incomplete. If it has other pieces you will have to get them the same way and assemble them on your Macintosh before running BinHex4 or Stuffit!. Finally, the file may just be corrupted. In that case contact the source and ask for a new copy.
I get the message ﾒThis is not a proper MacBinary II file.ﾓ
This message, and other ones about MacBinary I, AppleSingle, StuffIt! and MacHost format files, mean that the file has been corrupted in some way. Contact the source of the file to get a new copy. If the file was created by Fetch send a report to Fetch@dartmouth.edu so we can try to find the bug.
The Cancel button doesn't work when I'm connected to a VMS Vax.
We have observed problems with Cancel on VMS and CMS systems. We're working on these problems and in the meantime you can cancel a transfer by closing the connection altogether.
Fetch can't seem to connect to hosts while NCSA Telnet is running.
Some MacTCP versions of NCSA Telnet monopolizes the name-lookup service, so while it is running other programs that use MacTCP (such as Fetch) can't connect to other machines by name. You can work around the problem by quitting from NCSA Telnet or entering the host's IP address in the Open Connection... dialog box. Newer versions of NCSA Telnet may not have this problem.
